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Beschreibung 

Verfahren zur (Jberwachung auf Verftigbarkeit einer 
Systemfunktion in einem Rechner-System 

Bisher gab es in digitalen Vermittlungssystemen {z.B. den 
Systemen EWSD und EWSX der Siemens AG) keine Funktion, die 
bestimmte Funktionalitaten Uberwachte, .die auf viele 
verschiedene HW-Einheiten ( Plattf ormen) verteilt sind. 
Dadurch ergaben sich folgende technische Probleme: 

- Falls HW-Einheiten wegen Fehlern (HW oder SW) nicht mehr 
aktiv waren, mufite der Betreiber selbst kombinieren, welche 
Funktionalitaten des Systems ausgef alien sind. 

- Aufgrund von Routinetests von HW-Einheiten konnte es 
geschehen, daB bestimmte Funktionalitaten nicht mehr zur 
Verfugung standen, da wahrend Routinetests HW-Einheiten 
automatisch abgeschaltet wurden. 

- Ein Betreiber konnte HW-Einheiten deaktivieren, ohne einen 
Hinweis zu bekommen, welche Funktionalitaten des Systems in 
Folge der Deaktivierung ausf alien wurden. 



Von den oben angegebenen Problemen wurde nur das erste 
25 teilweise gelost: 

- Eine Erkennung, ob eine bestimmte Funktionalitat im System 
nicht zur Verfugung steht war ausschlielJlich wahrend der 
Hochlaufphase realisiert (in EWSD: Erkennung auf #7 
Totalausfall) . 

30 - Bei Erkennung auf #7 Totalausfall wird eine Recovery- 
Eskalation angestoBen. 

Nachteile dieser LOsung: 

• Wahrend des Normalbetriebs gibt es bisher keine direkte 
35 Erkennung bzw. Uberwachung auf Ausf all einer wichtigen 
Systemfunktion . 
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• Auch eine vorausschauende Bewertung, ob aufgrund einer HW- 
Konf iguration eine wesentliche Systemf unktion ausfallen wird, 
gibt es nicht. 

5 Der Erfindung liegt die Aufgabe zugrunde, die genannten 
Nachteile zu tiberwinden. 

1 

Diese Aufgabe wird durch ein Verfahren geiaali Ansprich 1 
geiost . 

10 I 

Nach der Erfindung wird eine beliebige, vom Netzbetreiber 
angegebene Systemfunktionalitat uber die Datentypen und die 
Ladetypen der HW-Einheitenl in der Datenbasis abgebildet. Die 
abgebildeten Daten werden mit einem Funktionszustand 

15 versehen, gepflegt und abhangig vom Systeiazustand {auch 
vorausschauend) bewertet. ' 

Iia folgenden wird die Erfindung mithilfe der Zeichnung naher 
erlautert/ wobei die Zeichnung zwei Figuren umfaBt. 



20 
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In FIG 1 ist eine allgemeine Zuordnung von Datentypen zu HW- 
Einheiten zu sehen, 

Auf den Systemen EWSD und EWSX sind folgende 
(betreiberrelevanten) Datentypen vorhanden: 



- CALLP (Daten fur Call Processings) 

- CM (Daten fur Call Processings) 

- SLT (Daten ftir #7-Signalisierung und andere 

Signalisierungsarten) 

30 - SM (Daten fur #7-Signalisierung) 

- PNNI (Daten fur Private Networks) 

- MN (Daten ftir den Mobilfunk) 

- PD (Daten fur den Mobilfunk) 

- Lie (Daten fur einen LeitungsanschluB ) 

35 
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Die oben auf gelisteten Datentypen konnen z.B., wie in FIG 2 
dargestellt, auf verschiedenen HW-Einheiten MP-Dep verfugbar 
sein. 

5 Zusatzlich zu den erwahnten Datentypen ist der Ladetyp einer 
HW-Einheit bestimmend, ob sie totalausf allrelevant ist oder 
nicht. So wird z.B. der Datentyp SLT abhangig von seinein 
Ladetyp verwendet. D,h. auf alien MP-Dep mit dem Datentyp SLT 
befinden sich die gleichen Daten. Mit Hilfe des Ladetyps wird 
10 entschieden, welche Prozessei letztendlich auf diese Daten 
zugreifen und sie bearbeiten. 

Die Kombination aus Datentyp und Ladetyp legt fest, welche 
Funktionalitat eine bestimmte HW-Einheit zur Verfugung 

15 stellt. So kann ein MP-Dep Jit dem Datentyp SLT, bedingt 

durch den Ladetyp, fur die #7-Signalisierung relevant sein 
Oder nicht. Zur einfacheren Darstellung wird im f olgenden , die 
Bezeichnung #7-SLT verwendet, wenn der MP-Dep durch seinen • 
Ladetyp fur die #7-Signalisierung relevant ist. Ansonsten 

20 wird nur die Bezeichnung SLT verwendet. 

Sind nun z.B. die Systemf unktionen „Call Processing^' und die 
„#7-Signalisierung'' als totalausf allrelevant bewertet worden, 
mufi fur die Oberprufung der Verf ugbarkeit der Call 
25 Processing-Funktionalitat bei dem Beispiel in FIG 2 die 

Verfugbarkeit mindestens eines MP-Deps aus der Menge [MP-Dep 
Ix und MP-Dep 2x] sichergestellt werden. Fur die #7- 
Funktionalitat sind die MP-Dep Ix, 2x und der MP-Dep 40 zu 
uberpriif en. 

30 

Da in der Regel der Netzbetreiber definieren mochte, zu 
welchem Zeitpunkt welche Systemfunktionen als ausf allrelevant 
bewertet werden sollen, mufi die Realisierung der genannten 
Uberprufung flexibel gestaltet sein. Dies wird wie folgt 
35 erreicht : 
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- Die Koiaponenten (HW-Einheiten ) des Systems warden in der 
Datenbasis abgebildet, 

- zu einer abgebildeten Komponente wird jeweils 

auf gezeichnet, ob sie, abhangig von ihrem Daten- und 
5 Ladetyp, flir eine oder mehrere ausf allrelevanten 

Systemfunktionen notwendig ist (die fur die genannte 
Aufzeichnung benotigten Angaben konnen z.B. von einem 
Netzbetreiber vorgegeben werden) , t 

- zu einer solchermaiien . abgebildeten Komponente wird 

10 zusatzlich auf gezeichnet zu welchem Zeitpunkt (z.B. wahrend 

des Hochlaufs, nach dem Hochlauf oder zu jeder Zeit) sie 
notwendig ist (die fur die genannte Aufzeichnung benotigten 
Angaben konnen ebenfalls von einem Netzbetreiber vorgegeben 
werden) , 

15 - zu jeder Systemf unktion wird weiterhin festgelegt wieviele 
der abgebildeten Komponenten mindestens notwendig sind, um 
eben diese Systemf unktion aufrecht zu erhalten. 

- zu einer abgebildeten Komponente wird jeweils auch ihr 
(Funktions-) Zustand auf gezeichnet, d.h. ob sie aktiv ist 

20 Oder nicht, 

- die Pflege dieses Zustands (aktiv / nicht aktiv) erfolgt 
durch die daftir bereits existierende Maintenance-SW, 

_ jede Anderung eines Zustands wird an die 
Totalausf allerkennung gemeldet, 
25 - dabei kann diese Meldung vor oder nach Anderung eines 
Zustandes erfolgen, 

- erfolgt diese Meldung vor der Anderung eines Zustandes (z-B 
wenn ein Betreiber Komponenten, z.B. HW-Einheiten, 
deaktivieren will oder wenn ein Routinetest durchgefuhrt 

30 werden soli) , bewertet die Totalausf allerkennung, ob mit 
der Deaktivierung einer bestimmten Komponente eine 
bestimiate Systemf unktion verloren gehen wurde und gibt dies 
dem Veranlasser der Meldung (z.B. Maintenance-SW, ..-) 
bekannt, 

35 - erfolgt diese Meldung nach der Anderung eines Zustandes 
(z.B. bei Ausfall einer Komponente), bewertet die 
Totalausf allerkennung, ob die Deaktivierung einer Einheit 
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einen Ausfall einer bestimmten Systemf unktion verursacht 
hat. Das Ergebnis dieser Bewertung wird an den Veranlasser 
der Meldung (z.B. Sicherungs-SW) weitergegeben, 
- der Veranlasser der Meldung kann nun in der ihm geeigneten 
Weise reagieren (Alarmierung^ Zuriickweisung des Betreiber- 
Auftrags, Zuruckweisung des Routine-Tests (der eine 
Abschaltung der Einheit zur Folge hatte) / Wiederholung 
eines Hochiaufs, . - . } . 



Verwendete Abkiirzungen: 
HW: Hardware 
MP-Dep: HW-Einheit 
SW: Software 
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Patentanspriiche 



1 . Verf ahren zur Oberwachung auf Verf ugbarkeit einer 
Systemf unktion in einem Rechner-System^ demgeiaafi 

- in einer Datenbasis des Rechner-Systems zu einer auf 
Verf ugbarkeit uberwachten Systemf unktion jeweils 

Inf ormationen abgespeichert werden, die beschreiben unter 
welchen Bedingungen die Verf ugbarkeit einer Systemf unktion 
als gegeben bzw. nicht mehr gegeben bewertet werden soil, 

- anhand der genannten Inf ormationen bei einer erfolgten bzw. 
beabsichtigten Anderung des Zustands einer Komponente des 
Rechner-Systems bewertet wird, ob sich dadurch eine 
Anderung bezuglich der Verfugbarkeit der genannten 
Systemf unktion ergibt bzw. ergeben wurde . 

2 . Verf ahren zur Oberwachung auf Verfugbarkeit einer 
Systemfunktion in einem Rechner-System, demgemafi 

- eine Systemfunktion zur Oberwachung auf Verfugbarkeit 
vorgegeben wird, indem in einer Datenbasis des Systems die 
Komponenten-Abbilder der zur Verfugbarkeit der genannten 
Systemfunktion beitragenden Komponenten markiert werden, 

- anhand der solchermaBen markierten Komponenten-Abbilder bei 
einer erfolgten bzw. beabsichtigten Anderung des Zustands 
einer Komponente bewertet wird, ob sich dadurch eine 
Anderung der Verfugbarkeit der genannten Systemfunktion 
ergibt bzw. ergeben wurde. 



3, Verf ahren zur Oberwachung auf Verfugbarkeit einer 
Systemfunktion in einem Rechner-System, demgemafi 
30 - zu einer (System-) Komponente in der Datenbasis jeweils 
deren aktueller (Funktions-) Zustand auf gezeichnet wird, 
- 2u einer System-Komponente in der Datenbasis des weiterern 
jeweils auf gezeichnet wird, ob sie zur Verfugbarkeit einer 
auf Verfugbarkeit uberwachten Systemfunktion beitragt und 
35 wenn ja, zu welcher Systemfunktion bzw. welchen 
Systemf unktionen, 
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- bei einer erfolgten bzw, beabsichtigten Anderung des 
Zustandes einer Komponente des Systems anhand der in der 
Datenbasis zu den iibrigen System-Komponenten gespeicherten 
Daten bewertet wird, ob sich durch die genannte Anderung 

5 die Verfugbarkeit einer auf Verf ugbarkeit uberwachten 

Systemfunktion andert bzw. andern wurde. 

4, Verfahren zur Uberwachung auf Verfugbarkeit einer 
Systemfunktion in einem Rechner-System, demgemafi 

10 - aufgrund einer Vorgabe, welche Systemfunktion auf 

Verfugbarkeit uberwacht wird, unter den in der Datenbasis 0 
abgebildeten Komponenten jdes Systems diejenigen Komponenten 
markiert warden, welche fiir die Verfugbarkeit der 
Systemfunktion notwendig sind, 

15 - zu den in der Datenbasis I abgebildeten Komponenten des 
Systems aufierdem jeweils deren Zustand markiert wird, 

- bei einer erfolgten bzw, beabsichtigten Anderung des 
Zustands einer Komponente bewertet wird, ob sich dadurch 
eine Anderung der Verfugbarkeit der genannten 

20 Systemfunktion ergibt bzw. ergeben wurde. 

5. Verfahren nach einem der Anspruche 2 bis 4, 

dadurch gekennzeichnet, daI3 ^ 
in der Datenbasis zu jeder als fur die Verfugbarkeit relevant ^ 
25 angesehen Systemfunktion Inf ormationen abgespeichert warden, 
die beschreiben unter welchen Bedingungen die Verfugbarkeit 
einer Systemfunktion als gegeben bzw. nicht mehr gegeben 
bewertet werden soil. 
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6. Verfugbarkeituberwachungs-Koiuponente in einem Rechner- 
System, die bei einer erfolgten bzw. beabsichtigten Anderung 
des Zustandes einer Komponente des Systems anhand von in der 

5 Datenbasis abgespeicherten Inf ormationen bewertet, ob sich 
dadurch die Verf ugbarkeit einer Systemfunktion andert bzw. 
andern wurde, wobei zu diesem Zweck in der Datenbasis zu 
einem datenmaiiigen Abbild einer Komponente jeweils angegeben 
ist, ob die abgebildete Komponete zur Verf ugbarkeit einer 
10 Systemfunktion beitragt und venn ja, zu welcher 
Systemfunktion bzw, welchen Systemf unktionen . 

7. Verfugbarkeituberwachungs-Komponente nach Anspruch 6, 
dadurch gekennzeichn^et, dafi 

15 die Verfugbarkeituberwachungs-Komponente die genannte 

Bewertung aulierdem in Abhangigkeit von bestimmten Bedingungen 
durchfuhrt, die in der Datenbasis zu jeder als fur die 
Verfligbarkeit relevant angesehen Systemfunktion abgespeichert 
sind, 

20 

8. Rechner-System, mit 

- einem Vorgabe-Mittel, durch das dem System vorgegeben 
werden kann, welche Systemfunktion auf Verfligbarkeit 
uberwacht werden soil, 

25 - einem Komponenten-Abbild, das in der Datenbasis zu einer 
Komponente aufzeichnet, ob sie uberhaupt fiir eine auf 
Verfligbarkeit tiberwachte Systemfunktion notwendig ist bzw. 
fur welche Systemfunktion sie notwendig ist, und das zu der 
Komponente jeweils auch deren ( Funktions- ) Zustand 

30 aufzeichnet, 

- einem Bewertungs-Mittel, das anhand der genannten 

Auf zeichnungen in einem Komponenten-Abbild bewertet, ob 
eine erfolgte bzw. beabsichtigte Anderung des Zustandes 
einer Komponente eine eine Anderung der Verf ugbarkeit der 
35 genannten Systemfunktion bewirkt hat bzw. bewirken wurde . 
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Verfahren zur Uberwachung auf Verf ugbarkeit einer 
Systemf unktion in einem Rechner-System 

Bisher gab es in digitalen Vermittlungssystemen keine 
Funktion, die bestimmte Systmef unktionen uberwachte, die au 
viele verschiedene HW-Einheiten verteilt sind. 
Nach der Erfindung wird nuninehr eine beliebige, vom 
Netzbetreiber angegebene Systemf unktion uber die Datentypen 
und die Ladetypen der HW-Einheiten in der Datenbasis 
abgebildet. Die abgebildeten Daten werden mit einem 
Funktionszustand versehen, gepflegt und abhangig vom 
Systemzustand (auch vorausschauend) bewertet . 
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